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Foreword 



This Technical Specification has been produced by the 3' Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 
where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



The present document is part 11 of a multi-part TS covering the 3' Generation Partnership Project: Technical 
Specification Group Core Network; Open Service Access (OSA); Application Programming Interface (API), as 
identified below. The API specification (3GPP TS 29.198) is structured in the following Parts: 



Parti 
Part 2 
Part 3 
Part 4 



Parts 
Part 6 
Part? 
Parts 
Part 9 
Part 10: 
Part 11 
Part 12 
Part 13 
Part 14 



"Overview"; 

"Common Data Definitions"; 

"Framework"; 

"Call Control"; 

Sub-part 1: "Call Control Common Definitions"; 

Sub-part 2: "Generic Call Control SCF"; 

Sub-part 3: "Multi-Party Call Control SCF"; 

Sub-part 4: "Multi-Media Call Control SCF"; 

Sub-part 5: "Conference Call Control SCF"; 

"User Interaction SCF"; 

"Mobility SCF"; 

"Terminal Capabihties SCF"; 

"Data Session Control SCF"; 

"Generic Messaging SCF"; 

"Connectivity Manager SCF"; 

"Account Management SCF"; 

"Charging SCF". 

"Policy Management SCF"; 

"Presence and Availability Management SCF"; 



(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(not part of 3GPP Release 5) 



(not part of 3GPP Release 5) 
(not part of 3GPP Release 5) 



(new in 3GPP Release 5) 
(new in 3GPP Release 5) 



The Mapping specification of the OSA APIs and network protocols (3GPP TR 29.998) is also structured as above. 
A mapping to network protocols is however not applicable for all Parts, but the numbering of Parts is kept. 
Also in case a Part is not supported in a Release, the numbering of the parts is maintained. 
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Table: Overview of the OSA APIs & Protocol Mappings 29.198 & 29.998-faniily 



OSA API specifications 29.198-family 


OSA API Mapping - 29.998-family 


29.198-01 


Overview 


29.998-01 


Overview 


29.198-02 


Common Data Definitions 


29.998-02 


Not Applicable 


29.198-03 


Framework 


29.998-03 


Not Applicable 


Call 
Control 
(CC) 
SCF 


29.198- 
04-1 

Common 
CC data 
definitions 


29.198- 
04-2 
Generic 
CCSCF 


29.198- 
04-3 
Multi- 
Party CC 
SCF 


29.198- 
04-4 
Multi- 
media CC 
SCF 


29.998-04-1 


Generic Call Control - CAP mapping 


29.998-04-2 


Generic Call Control — INAP mapping 


29.998-04-3 


Generic Call Control — Megaco mapping 


29.998-04-4 


Multiparty Call Control - SIP mapping 


29.198-05 


User Interaction SCF 


29.998-05-1 


User Interaction - CAP mapping 


29.998-05-2 


User Interaction — INAP mapping 


29.998-05-3 


User Interaction - Megaco mapping 


29.998-05-4 


User Interaction - SMS mapping 


29.198-06 


Mobility SCF 


29.998-06 


User Status and User Location - MAP mapping 


29.198-07 


Terminal Capabilities SCF 


29.998-07 


Not Applicable 


29.198-08 


Data Session Control SCF 


29.998-08 


Data Session Control - CAP mapping 


29.198-09 


Generic Messaging SCF 


29.998-09 


Not Applicable 


29.198-10 


Connectivity Manager SCF 


29.998-10 


Not Applicable 


29.198-11 


Account Management SCF 


29.998-11 


Not Applicable 


29.198-12 


Charging SCF 


29.998-12 


Not Applicable 


29.198-13 


Policy Management SCF 


29.998-13 


Not Applicable 


29.198-14 


Presence & Availability Management SCF 


29.998-14 


Not Applicable 



The present document is equivalent to ETSI ES 202 915-11 vl.2.1 (Parlay 4.1). 
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Scope 



The present document is Part 1 1 of the Stage 3 specification for an Application Programming Interface (API) for Open 
Service Access (OS A). 

The OSA specifications define an architecture that enables application developers to make use of network functionality 
through an open standardised interface, i.e. the OSA APIs. The concepts and the functional architecture for the OSA are 
contained in 3GPP TS 23.127 [3]. The requirements for OSA are contained in 3GPP TS 22.127 [2]. 

The present document specifies the Account Management Service Capability Feature (SCF) aspects of the interface. All 
aspects of the Account Management SCF are defined here, these being: 

Sequence Diagrams 

Class Diagrams 

Interface specification plus detailed method descriptions 

State Transition diagrams 

Data definitions 

IDL Description of the interfaces 

WSDL Description of the interfaces 

The process by which this task is accomplished is through the use of object modelling techniques described by the 
Unified ModelUng Language (UML). 

This specification has been defined jointly between 3GPP TSG CN WG5, ETSI SPAN 12 and the Parlay Consortium, 
in co-operation with a number of JAIN'^ Community member companies. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TS 29.198-1 "Open Service Access; Application Programming Interface; Part 1: 

Overview" . 

[2] 3GPP TS 22.127: "Stage 1 Service Requirement for the Open Service Access (OSA) (Release 5)". 

[3] 3GPP TS 23.127: "Virtual Home Environment (Release 5)". 

[4] ISO 4217 (1995): "Codes for the representation of currencies and funds". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 29.198-1 [1] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 29.198-1 [1] apply. 

4 Account IVIanagement SCF 

The following clauses describe each aspect of the Account Management Service Capability Feature (SCF). 

The order is as follows: 

The Sequence diagrams give the reader a practical idea of how each of the SCFs is implemented. 

The Class relationships clause shows how each of the interfaces applicable to the SCF, relate to one another 

The Interface specification clause describes in detail each of the interfaces shown within the Class diagram part. 

The State Transition Diagrams (STD) show the progression of internal processes either in the application, or 
Gateway. 

The Data definitions section shows a detailed expansion of each of the data types associated with the methods 
within the classes. Note that some data types are used in other methods and classes and are therefore defined 
within the Common Data types part of this specification. 

4.1 General requirements on support of methods 

An implementation of this API which supports or implements a method described in the present document, shall 
support or implement the functionality described for that method, for at least one valid set of values for the parameters 
of that method. 

Where a method is not supported by an implementation of a Service interface, the exception 
P_METHOD_NOT_SUPPORTED shall be returned to any call of that method. 

Where a method is not supported by an implementation of an Application interface, a call to that method shall be 
possible, and no exception shall be returned. 



Sequence Diagrams 



5.1 Standard Transaction History Retrieval 
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IpAppAccountManaqer IpAccountManaqer 

1 : retrieve TransactionHistoryReq( ) 



2: retrieve TransactionHistoryRes( ) 



1 : This message is used by the application to retrieve a transaction history for a certain subscriber's account. 

2: This method passes the result of the transaction history retrieval request for a specific user to its callback object. 



5.2 Standard Query Handling 
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IpAppAccountManaqer 



: IpAccountManaqer 



Application is requesting to query 
the balance 



1:queryBalanceReq( 



2:queryBalanceRes( 



Application is requesting to query the 
balance, butthere is at least one error in the 
parameters that is detected by the 
IpAccountManager service. 

3: queryBalanceReq( ) 



Application is requesting to query the 
balance, but a network error occurs 



4: queryBalanceReq( ) 



5:queryBalanceErr( ) 



1 : This message is used to query the balance of the account of one or several users. 

2: This message passes the result of the balance query for one or several users to its callback object. 

3: This scenario shows the case where at least one error in the parameters of the message is detected by the 
IpAccountManager object. An exception will be thrown. 

4: This scenario shows the case where a network error occurs. 

5: This message passes the error of the balance query. No exception is thrown. 
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5.3 Standard Notification handling 



IpAppAccountManaqer 



<- 



1:createNotification( 



2:reportNotification( 



IpAccountManager 



3:getNotification( 



4:changeNotification( 



<- 



5:reportNotification( 



6: destroyNotification( 



1: This message is used by the application to request notifications from the IpAccountManager service on certain 
criteria for one or several users. 

2: This message is used by the IpAccountManager service to report a charging event that meets the criteria set in the 
createNotification message. 

3: The application can request the current criteria set in the IpAccountManager service by invoking the getNotification 
method. 

4: This message is used by the application to change the criteria initially created by createNotification, and previously 
obtained by getNotification. 

5: This message is used by the IpAccountManager service to report a charging event that meets the new criteria. 
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6: This method is used by the application to disable the charging notifications. 



5.4 



Network Controlled Notifications 



The following sequence diagram shows how an application can receive notifications that have not been created by the 
application, but are provisioned fi'om within the network. 



AppLoqic : IpAppAccountManaqer : IpAccountManaqer 

I 
1 

i 1 : New() 



2: enableNot|fications( ) 



^ 



4: 'forward event' 



-<- 



3: reportNotification( ) 



6: 'forward event' 



-<- 



5: reportNotification( ) 



7: disableNotiifications( ) 



^ 



1: The application is started. The application creates a new IpAppAccountManager to handle callbacks. 

2: The enableNotifications method is invoked on the IpAccountManager interface to indicate that the application is 
ready to receive notifications that are created in the network. For illustrative purposes we assume notifications of type 
"B" are created in the network. 

3: When a network created trigger occurs the application is notified on the callback interface. 

4: The event is forwarded to the application. 

5: When a network created trigger occurs the application is notified on the callback interface. 

6: The event is forwarded to the application. 
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7: When the appHcation does not want to receive notifications created in the network anymore, it invokes 
disableNotifications on the IpMultiPartyCallConrolManager interface. From now on the gateway will not send any 
notifications to the application that are created in the network. The application will still receive notifications that it has 
created himself until the application removes them. 



Class Diagrams 



Iplnterface 



«lnterface» 
IpAppAccountMan ager 

reportNotificationO 

query BalanceResO 

query BalanceErrO 

ret ri eveTransact ion Hi St ory Res 

ret ri eveTransact ion Hi St ory Err() 



«uses» 



«lnterface» 
IpAccountlVlanager 

createNotificationO 

destroyNotificationO 

query BalanceReqO 

cliangeNotificationO 

getNotificationO 

ret ri eveTransact ion Hi st ory Req() 

«new» enableNotificationsO 

«new» disableNotifi cat ions 
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Figure: Application Interfaces 



IpService 



setCallbackQ 
setCallbackWithSessionlDQ 



«lnterface» 
IpAccountManager 

(from am) 



^createNotificationQ 

♦destroyNotificationO 

^queryBalanceReqO 

^changeNotificationQ 

♦getNotificationO 

%etrieveTransactionHistoryReq() 
, ♦«new» enableNotificationsQ 
H«new» disableNotificationsO 



Figure: Service Interfaces 



7 



The Service Interface Specifications 



7.1 Interface Specification Format 



This clause defines the interfaces, methods and parameters that form a part of the API specification. The Unified 
Modelling Language (UML) is used to specify the interface classes. The general format of an interface specification is 
described below. 



7.1.1 



Interface Class 



This shows a UML interface class description of the methods supported by that interface, and the relevant parameters 
and types. The Service and Framework interfaces for enterprise-based client applications are denoted by classes with 
name Ip<naine>. The callback interfaces to the applications are denoted by classes with name IpApp<name>. For 
the interfaces between a Service and the Framework, the Service interfaces are typically denoted by classes with name 
IpSvc<name>, while the Framework interfaces are denoted by classes with name IpFw<name> 
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7.1.2 Method descriptions 



Each method (API method 'call') is described. Both synchronous and asynchronous methods are used in the API. 
Asynchronous methods are identified by a 'Req' suffix for a method request, and, if applicable, are served by 
asynchronous methods identified by either a 'Res' or 'Err' suffix for method results and errors, respectively. To handle 
responses and reports, the application or service developer must implement the relevant IpApp<name> or 
IpSvc<name> interfaces to provide the callback mechanism. 



7.1.3 Parameter descriptions 

Each method parameter and its possible values are described. Parameters described as 'in' represent those that must have 
a value when the method is called. Those described as 'out' are those that contain the return result of the method when 
the method returns. 

7.1.4 State Model 

If relevant, a state model is shown to illustrate the states of the objects that implement the described interface. 

7.2 Base Interface 

7.2.1 Interface Class Iplnterface 

All application, framework and service interfaces inherit from the following interface. This API Base Interface does not 
provide any additional methods. 



«lnterface» 
Iplnterface 



7.3 Service Interfaces 
7.3.1 Overview 

The Service Interfaces provide the interfaces into the capabilities of the underlying network - such as call control, user 
interaction, messaging, mobility and connectivity management. 

The interfaces that are implemented by the services are denoted as 'Service Interface'. The corresponding interfaces that 
must be implemented by the application (e.g. for API callbacks) are denoted as 'Application Interface'. 

7.4 Generic Service Interface 
7.4.1 Interface Class IpService 

Inherits from: Iplnterface 

All service interfaces inherit from the following interface. 
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«lnterface» 
IpService 



setCallback (applnterface : in IplnterfaceRef) : void 

setCallbackWitinSessionlD (applnterface : in IplnterfaceRef, sessionID : in TpSessionID) : void 



7.4.1.1 Method setCallback() 

This method specifies the reference address of the callback interface that a service uses to invoke methods on the 
application. It is not allowed to invoke this method on an interface that uses SessionlDs. 

Parameters 

applnterface : in IplnterfaceRef 

Specifies a reference to the application interface, which is used for callbacks. 

Raises 

TpCommonExceptions , P_INVALID_INTERFACE_TYPE 



7.4.1.2 Method setCallbackWithSessionlD() 

This method specifies the reference address of the application's callback interface that a service uses for interactions 
associated with a specific session ID: e.g. a specific call, or call leg. It is not allowed to invoke this method on an 
interface that does not use SessionlDs. 

Parameters 

applnterface : in IplnterfaceRef 

Specifies a reference to the application interface, which is used for callbacks. 

sessionID : in TpSessionID 

Specifies the session for which the service can invoke the application's callback interface. 

Raises 

TpCommonExceptions, P_INVALID_SESSION_ID, P_INVALID_INTERFACE_TYPE 



8 Account Management Interface Classes 

8.1 Interface Class IpAccountManager 

Inherits from: IpService. 
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The account manager interface provides methods for monitoring accounts. Applications can use this interface to enable 
or disable charging-related event notifications and to query account balances. 

This interface shall be implemented by an Account Management SCF. The queryBalanceReqO method, or the 
retrieveTransactionHistoryReqO method, or both the createNotification() and destroyNotification methods, or both the 
enableNotifications and disableNotifications methods shall be implemented as a minimum requirement. 



«lnterface» 
IpAccountManager 



createNotification (appAccountManager : in IpAppAccountManagerRef, charging EventCriteria : in 
TpCinargingEventCriteria) : TpAssignmentID 

destroyNotification (assignmentid : in TpAssignmentID) : void 

queryBalanceReq (users : in TpAddressSet) : TpAssignmentID 

cinangeNotification (assignmentID : in TpAssignmentID, eventCriteria : in TpClnargingEventCriteria) : void 

getNotification () : TpCinargingEventCriteriaResultSet 

retrieveTransactionHistoryReq (user : in TpAddress, transactionlnterval : in TpTimelnterval) : 
TpAssignmentID 

«new» enableNotifications (appAccountManager : in IpAppAccountManagerRef) : TpAssignmentID 

«new» disableNotifications () : void 



8.1.1 Method createNotificationQ 

This method is used by the application to enable charging event notifications to be sent to the application. 

If the same application requests two notifications with exactly the same criteria but different callback references, the 
second callback will be treated as an additional callback. Both notifications will share the same assignmentID. The 
gateway will always use the most recent callback. In case this most recent callback fails the second most recent is used. 
In case the enableCallNotification contains no callback, at the moment the application needs to be informed the gateway 
will use as callback the callback that has been registered by setCallback(). 

Returns assignmentid : Specifies the ID assigned by the account management object for this newly enabled event 
notification. 

Parameters 

appAccountManager : in IpAppAccountManagerRef 

If this parameter is set (i.e. not NULL) it specifies a reference to the application interface, which is used for callbacks. If 
set to NULL, the application interface defaults to the interface specified via the setCallback() method. 

chargingEventCriteria : in TpChargingEventCriteria 

Specifies the event specific criteria used by the application to define the charging event required. Individual addresses 
or address ranges may be specified for subscriber accounts. Example of events are "charging" and "recharging". 
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Returns 

TpAs s ignment ID 

Raises 

TpCommonExceptions, P_INVALID_ADDRESS, P_INVALID_CRITERIA, 
P_INVALID_EVENT_TYPE , P_UNKNOWN_SUBSCRIBER 



8.1.2 Method destroyNotificationQ 



This method is used by the application to disable charging notifications.This method only applies to notifications 
created with createNotification(). 

Parameters 

assignmentid : in TpAssignmentID 

Specifies the assignment ID that was given by the account management object when the application enabled the 
charging notification. 

Raises 

TpCommonExceptions , P_INVALID_ASSIGNMENT_ID 



8.1.3 Method queryBalanceReqO 

This method is used by the application to query the balance of an account for one or several users. 
Returns queryld : Specifies the ID of the balance query request. 

Parameters 

users : in TpAddressSet 

Specifies the user(s) for which the balance is queried. 

Returns 
TpAssignmentID 

Raises 

TpCommonExceptions , P_UNKNOWN_SUBSCRIBER, P_UNAUTHORIZED_APPLICATION 



8.1.4 Method changeNotificationQ 



This method is used by the application to change the event criteria introduced with createNotification. Any stored 
criteria associated with the specified assignmentID will be replaced with the specified criteria. 
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Parameters 

assignmentID : in TpAssignmentID 

Specifies the ID assigned by the manager interface for the event notification. 

eventCriteria : in TpChargingEventCriteria 

Specifies the new set of event criteria used by the apphcation to define the event required. Only events that meet these 
criteria are reported 

Raises 

TpCommonExceptions, P_INVALID_ASSIGNMENT_ID, P_INVALID_CRITERIA, 
P_INVALID_EVENT_TYPE, P_UNKNOWN_SUBSCRIBER, P_INVALID_ADDRESS 



8.1.5 Method getNotificationO 

This method is used by the application to query the event criteria set with createNotification or changeNotification. 

Returns eventCriteria : Specifies the event criteria used by the application to define the event required. Only events that 
meet these criteria are reported. 

Parameters 

No Parameters were identified for this method 

Returns 

TpChargingEvent Grit eriaResult Set 

Raises 
TpCommonExceptions 



8.1.6 Method retrieveTransactionHistoryReqO 

This asynchronous method is used by the application to retrieve a transaction history of a subscriber's account. The 
history is a set of Detailed Records. 

Returns retrievallD : Specifies the retrieval ID of the transaction history retrieval request. 

Parameters 

user : in TpAddress 

Specifies the subscriber for whose account the transaction history is to be retrieved. 

transactionlnterval : in TpTimelnterval 

Specifies the time interval for which the application history is to be retrieved. 
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Returns 

TpAs s ignment ID 

Raises 

TpCommonExceptions , P_UNKNOWN_SUBSCRIBER, P_UNAUTHORIZED_APPLICATION, 
P INVALID TIME AND DATE FORMAT 



8.1 .7 Method «new» enableNotifications() 

This method is used to indicate that the application is able to receive which are provisioned from within the network 
(i.e. these notifications are NOT set using createNotification() but via, for instance, a network management system). If 
notifications provisioned for this application are created or changed, the application is unaware of this until the 
notification is reported. 

If the same application requests to enable notifications for a second time with a different IpAppAccountManager 
reference (i.e. without first disabling them), the second callback will be treated as an additional callback. The gateway 
will always use the most recent callback. In case this most recent callback fails the second most recent is used. 

When this method is used, it is still possible to use createNotification() for service provider provisioned notifications on 
the same interface as long as the criteria in the network and provided by createNotification() do not overlap. However, it 
is NOT recommended to use both mechanisms on the same service manager. 

The methods changeNotification(), getNotification(), and destroyNotification() do not apply to notifications provisoned 
in the network and enabled using enableNotifications(). These only apply to notifications created using 
createNotificationO . 

Returns assignmentID: Specifies the ID assigned by the manager interface for this operation. This ID is contained in 
any reportNotification() that relates to notifications provisioned from within the network Repeated calls to 
enableNotificationsO return the same assignment ID. 

Parameters 

appAccountManager : in IpAppAccountManagerRef 

If this parameter is set (i.e. not NULL) it specifies a reference to the application interface, which is used for callbacks. If 
set to NULL, the application interface defaults to the interface specified via the setCallback() method. 

Returns 

TpAss ignment ID 

Raises 
TpCommonExceptions 



8.1 .8 Method «new» disableNotificationsQ 

This method is used to indicate that the application is not able to receive notifications for which the provisioning has 
been done from within the network, (i.e. these notifications that are NOT set using createNotificationO but via, for 
instance, a network management system). After this method is called, no such notifications are reported anymore. 

Parameters 

No Parameters were identified for this method 
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Raises 
TpCommonExceptions 



8.2 Interface Class IpAppAccountManager 

Inherits from: Iplnterface. 

The account manager application interface is implemented by the client application developer and is used to handle 
charging event notifications and query balance responses. 



«lnterface» 
IpAppAccountManager 



reportNotification (chargingEventlnfo : in TpChargingEventlnfo, assignmentid : in TpAssignmentID) : void 

queryBalanceRes (queryld : in TpAssignmentID, balances : in TpBalanceSet) : void 

queryBalanceErr (queryld : in TpAssignmentID, cause : in TpBalanceQueryError) : void 

retrieveTransactionHistoryRes (retrievallD : in TpAssignmentID, transactionHistory : in 
TpTransactionHistorySet) : void 

retrieveTransactionHistoryErr (retrievallD : in TpAssignmentID, transactionHistoryError : in 
TpTransactionHistoryStatus) : void 



8.2.1 Method reportNotification() 

This method is used to notify the application of a charging event. 

Parameters 

chargingEventlnfo : in TpChargingEventlnfo 

Specifies data associated with this charging event. These data include the charging event being notified, the current 
value of the balance after the notified event occurred, and the time at which the charging event occurred. 

assignmentid : in TpAssignmentID 

Specifies the assignment ID that was returned by the createNotification() method. The application can use the 
assignment ID to associate events with event-specific criteria and to act accordingly. 



8.2.2 Method queryBalanceResQ 

This method indicates that the request to query the balance was successful and it reports the requested balance of an 
account to the application. 

Parameters 

queryld : in TpAssignmentID 

Specifies the ID of the balance query request. 
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balances : in TpBalanceSet 

Specifies the balance for one or more user accounts. 



8.2.3 Method queryBalanceErrQ 

This method indicates that the request to query the balance failed and it reports the cause of failure to the application. 

Parameters 

queryld : in TpAssignmentID 

Specifies the ID of the balance query request. 

cause : in TpBalanceQueryError 

Specifies the error that led to the failure. 

8.2.4 Method retrieveTransactionHistoryRes() 

This method indicates that the request to retrieve the transaction history was successful and it returns the requested 
transaction history. 

Parameters 

retrievallD : in TpAssignmentID 

Specifies the retrievallD of the transaction history retrieval request. 

transactionHistory : in TpTransactionHistorySet 

Specifies the requested transaction history. 

8.2.5 Method retrieveTransactionHistoryErr() 

This method indicates that the request to retrieve the transaction history failed and it reports the cause of failure to the 
application. 

Parameters 

retrievallD : in TpAssignmentID 

Specifies the retrievallD of the transaction history retrieval request. 

transactionHistoryError : in TpTransactionHistoryStatus 

Specifies the error that occurred while retrieving the transaction history. 



9 State Transition Diagrams 

9.1 State Transition Diagrams for IpAccountlVlanager 
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by Service Instance Lifecycle 
Manager 



A 



enabbleNotifications 
disableNotifications 
query BalanceReq 
retrieveTransactionHistoryReq 



enableNotifications 
disableNotifications 
query BalanceReq 
changeNotification 
getNotification 

retrieveTransactionHistoryReq 
createNotification 

destroyNotification 



-^ 



IpAccess.terminateServiceAgreernent 




IpAccess.terminateServiceAgreement 



Figure : Application view on the IpAccountlVlanager 



9.1.1 



Active State 



In this state a relation between the AppHcation and the Account Management has been established. The state allows the 
application to indicate that it is interested in charging related events, by calling createNotification/enableNotifications. 
In case such an event occurs. Account Manager will inform the application by invoking the operation 
reportNotificationO on the IpAppAccountManager interface. The application can also indicate it is no longer interested 
in certain charging related events by calling destroyNotification/disableNotifications. 

9.1 .2 Notifications created State 

When the Account Manager is in the Notifications created state, events requested with 

createNotification/enableNotifications will be forwarded to the application. In this state the application can request to 
change the notifications or query the Account Manager for the notifications currently set. 



10 Account Management Service Properties 

The following table lists properties relevant for the Account Management API. 



Property 


Type 


Description/Interpretation 


P_ EVENT_TYPES 


INTEGER.SET 


Indicates the event types supported by the SCS. Static events 
are the events by which applications are initiated. 


P_ADDRESSPLAN 


INTEGER_SET 


Indicates the supported address plan (defined in 
TpAddressPlan.) E.g. {P_ADDRESS_PLAN_E164, 
P_ADDRESS_PLAN_IP ) ) 
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The previous table lists properties related to the capabilities of the SCS itself. The following table lists properties that 
are used in the context of the Service Level Agreement, e.g. to restrict the access of applications to the capabilities of 
the SCS. 



Property 


Type 


Description/Interpretation 


P_TRIGGERING_ADDRESSES 


ADDRESS_RANGE_SET 


Indicates for which numbers the notification may be set. For 
terminating notifications it apphes to the terminating number, 
for originating notifications it applies only to the originating 
number. 


P_CURRENCY_ALLOWED 


STRING_SET 


Indicates the currencies that can be returned in the 
queryBalanceRes. The vaUd values for the string set are 
according to ISO-4217:1995. E.g. {'EUR', 'NLG'). 


P_HISTORY_ALLOWED 


STRMG.SET 


Indicates the length of the transaction history interval that is 
allowed to be retrieved by the application. The valid values for 
the string are according to TpDateAndTime. The string-set 
will be of format {"lower_start„time", "upper_stop_time"), 
e.g. {"1998-12-04 10:30", "1999-12-04 10:30") 


P_MAX_ADDRESSESJER_QUERY 


INTEGER^SET 


Indicates the maximum number of addresses which can be 
included in a queryBalanceReq. 



£75/ 



3GPP TS 29.198-11 version 5.4.0 Release 5 



25 



ETSI TS 129 198-11 V5.4.0 (2004-04) 



11 



Data Definitions 



11.1 Account IVIanagement Data Definitions 

This clause provides the Account Management specific data definitions necessary to support the OSA interface 
specification. 

The general format of a data definition specification is the following: 

• Data type, that shows the name of the data type. 

• Description, that describes the data type. 

• Tabular specification, that specifies the data types and values of the data type. 

• Example, if relevant, shown to illustrate the data type. 

All data types referenced in this document but not defined in this clause are common data definitions which may be 
found in 3GPPTS 29.198-2. 

11.1.1 IpAppAccountManager 

Defines the address of an IpAppAccountManager Interface. 

11.1.2 IpAppAccountManagerRef 

Defines a Reference to type IpAppAccountManager 

11.1.3 IpAccountManager 

Defines the address of an IpAccountManager Interface. 

11.1.4 IpAccountManagerRef 

Defines a Reference to type IpAccountManager 

11.1.5 TpBalanceQueryError 

Defines an error that is reported by the Charging service capability feature as a result of a balance query request. 



Name 


Value 


Description 


P_BALANCE_QUERY_OK 





No error occurred while processing the request 


P„BALANCE_QUERY_ERROR_UNDEFINED 


1 


General error, unspecified 


P_BALANCE_QUERY_UNKNOWN_SUBSCRIBER 


2 


Subscriber for which balance is queried is unknown 


P_BALANCE_QUERY_UNAUTHORIZED_APPLICATION 


3 


Apphcation is not authorized to query balance 


P_BALANCE_QUERY_SYSTEM_FAILURE 


4 


System failure. The request could not be handled 
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11.1.6 TpChargingEventName 



Defines the charging event for which notifications can be requested by the appHcation. 



Name 


Value 


Description 


P_AM_CHARGING 





End user's account has been charged by an application 


P_AM_RECHARGING 


1 


End user has recharged the account 


P_AM_ACCOUNT_LOW 


2 


Account balance is below the balance threshold 


P_AM__ACCOUNT„ZERO 


3 


Account balance is at zero 


P_AM_ACCOUNT_D I SABLED 


4 


Account has been disabled 



11.1.7 TpBalancelnfo 

Defines the structure of data elements that specifies detailed balance info. 



Structured Member 
Name 


Structured Member 
Type 


Description 


Currency 


TpString 


Currency unit according to ISO-4217:1995 [4] 


ValuePartA 


Tplnt32 


This data type is identical to a Tplnt32 and specifies the most significant part of the 
composed value. A currency amount is composed as follows: 
( (ValuePartA*2'^+ ValuePartB) * 0,0001 ) 


ValuePartB 


Tplnt32 


This data type is identical to a Tplnt32 and specifies the least significant part of the 
composed value. 


Exponent 


Tplnt32 


Specifies the position of the decimal point in the currency amount made up of the 
ValuePartA and the ValuePartB, as described above. 

E.g. an exponent of 4 means a pure integer value, whereas an exponent of 2 means an 
accuracy of 0,01. 


Additional Info 


TpString 


Descriptive string, containing additional information, which is sent to the application 
without prior evaluation. 



As an example, the currency amount composed of a Currency of EUR, a ValuePartA of 0, a ValuePartB of 10 000, and an 
exponent of 2 yields a currency amount of € 100,00. 

Valid Currencies are: 

ADP, AED, AFA, ALL, AMD, ANG, AON, AOR, ARS, ATS, AUD, AWG, AZM, BAM, 

BBD, BDT, BEF, BGL, BGN, BHD, BIF, BMD, BND, BOB, BOV, BRL, BSD, BTN, 

BWP, BYB, BZD, CAD, CDF, CHF, CLE, CLP, CNY, COP, CRC, CUP, CVE, GYP, 

CZK, DEM, DJF, DKK, DOP, DZD, ECS, ECV, EEK, EGP, ERN, ESP, ETB, EUR, 

FIM, FJD, FKP, FRF, GBP, GEL, GHC, GIP, GMD, GNF, GRD, GTQ, GWP , GYD, 

HKD, HNL, HRK, HTG, HUE, IDR, lEP, ILS, INR, IQD, IRR, ISK, ITL, JMD, 

JOD, JPY, KES, KGS, KHR, KMF, KPW, KRW, KWD, KYD, KZT, LAK, LBP, LKR, 

LRD, LSL, LTL, LUF, LVL, LYD, MAD, MDL, MGF, MKD, MMK, MNT, MOP, MRO, 

MTL, MUR, MVR, MWK, MXN, MXV, MYR, MZM, NAD, NGN, NIO, NLG, NOK, NPR, 

NZD, OMR, PAB, PEN, PGK, PHP, PKR, PLN, PTE, PYG, QAR, ROL, RUB, RUR, 

RWF, SAR, SBD, SCR, SDD, SEK, SGD, SHP, SIT, SKK, SLL, SOS, SRG, STD, 

SVC, SYP, SZL, THB, TJR, TMM, TND, TOP, TPE, TRL, TTD, TWD, TZS, UAH, 

UGX, USD, USN, USS, UYU, UZS, VEB, VND, VUV, WST, XAF, XAG, XAU, XBA, 

XBB, XBC, XBD, XCD, XDR, XFO, XFU, XOF, XPD, XPF, XPT, XTS, XXX, YER, 
YUM, ZAL, ZAR, ZMK, ZRN, ZWD . 

XXX is used for transactions where no currency is involved. 
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11.1.8 TpChargingEventlnfo 



Defines the structure of data elements that specifies charging event information. 



Structured Member Name 


Structured Member Type 


Description 


Char gingE vent Name 


TpChar gingE vent Name 


The charging event for which notifications can 
be requested by the apphcation 


Cur rent Balance Info 


TpBalanceInf o 


The cuiTent balance of the user"s account 


Char gingE vent Time 


TpTime 


The time at which the charging event occurred. 



11.1.9 TpChargingEventCriteria 

Defines the structure of data elements that specifies charging event criteria. 



Structured Member Name 


Structured Member Type 


Description 


Char gingE vents 


TpChar gingEventNameSet 


Specifies the specific charging 

event ciiteria used by the 

apphcation to define the event 

required. 


Users 


TpAddressSet 


Specifies the user(s) for which the 

charging events are requested to be 

reported. 



11.1.10 TpChargingEventNameSet 

Defines a collection of TpChargingEventName elements. 

11.1.11 TpChargingEventCriteriaResult 

Defines the Sequence of Data Elements that specify the criteria relating to event requests. 



Sequence Element 
Name 


Sequence Element 
Type 


Char gingEvent Criteria 


TpChargingEventCriteria 


Assignment ID 


TpAssignment ID 



11.1.12 TpChargingEventCriteriaResultSet 

Defines a collection of TpChargingEventCriteriaResult elements. 



11.1.13 TpBalance 



Defines the structure of data elements that specifies a balance. 



Structured Member Name 


Structured Member Type 


Description 


UserlD 


TpAddress 


Specifies the user to whom the account belongs. 


StatusCode 


TpB alanceOuervError 


Specifies the status code for the balance query request. 


Balancelnfo 


TpBalancelnfo 


Specifies the balance information for the user. 



11.1.14 TpBalanceSet 

Defines a collection of TpBalance elements. 
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11.1.15 TpTransactionHistory 



This data type is a sequence of data elements that describes the transaction history. 



Sequence Element 
Name 


Sequence Element 
Type 


Description 


TransactionID 


TpAssignmentID 


Specifies the ID of tiie specific transaction 


TimeStamp 


TpDateAndTime 


Specifies the date and time when the specific transaction was processed. 


Additional Info 


TpString 


Specifies a free format string providing additional information on the specific 
transaction. This could be the applicationDescription provided with the actual 
transaction. 



11.1.16 TpTransactionHistorySet 

Defines a collection of TpTransactionHistory elements. 

11.1.17 TpTransactionHistoryStatus 

Defines a status code that is reported by the Account Manager service capability feature as a result of a transaction 
history retrieval request. 



Name 


Value 


Description 








P_AM_TRANSACTION_ERROR_UNSPECIFIED 





General error, unspecified 


P_AM_TRANSACTION_INVALID_INTERVAL 


1 


An invalid interval for the transaction history was specified. 


P_AM_TRANSACTION_UNKNOWN_ACCOUNT 


2 


No account for the specified user is known. 


P_AM_TRANSACTION_UNAUTHORIZED_APPLICATION 


3 


Application is not authorized to query balance. 


P_AM_TRANSACTION_PROCESSING_ERROR 


4 


A processing error occurred while compihng the transaction 
history. 


P_AM_TRANSACTION_SYSTEM_FAILURE 


5 


System failure. The request could not be handled 





12 Exception Classes 



The following are the list of exception classes, which are used in this interface of the API. 



Name 


Description 


P_UNAUTHORIZED_APPLICATION 


Application is not authorized to perform charging operations 



Each exception class contains the following structure: 



Structure Element Name 


Structure Element Type 


Structure Element Description 


Extrainf ormation 


TpString 


Carries extra information to help identify the source of the 
exception, e.g. a parameter name 
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Annex A (normative): 

OMG IDL Description of Account IVIanagement SCF 

The OMG IDL representation of this interface specification is contained in a text file (am.idl contained in archive 
291981 IIDL.ZIP) which accompanies the present document. 
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Annex B (informative): 

W3C WSDL Description of Account IVIanagement SCF 

The W3C WSDL representation of this specification is contained in a text file (am.wsdl contained in archive 
291981 1WSDL.ZIP) which accompanies the present document. 



£75/ 



3GPP TS 29.1 98-1 1 version 5.4.0 Release 5 31 ETSI TS 1 29 1 98-1 1 V5.4.0 (2004-04) 

Annex C (informative): 

Java API Description of the Account IVIanagement SCF 

The Java API realisation of this specification is produced in accordance with the Java Realisation rules defined in Part 1 
of this specification series. These rules aim to deliver for Java, a developer API, provided as a realisation, supporting a 
Java API that represents the UML specifications. The rules support the production of both J2SE and J2EE versions of 
the API from the common UML specifications. 

The J2SE representation of this specification is provided as Java Code, contained in archive 29 1 98 11 V540J2SE.ZIP 
that accompanies the present document. 

The J2EE representation of this specification is provided as Java Code, contained in archive 291981 1J2EE.ZIP that 
accompanies the present document. 
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Annex D (informative): 
Change history 
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Mar 2002 
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006 
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Mar 2002 
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019 
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020 
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